-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Compatibility with patacrep 4.0 #149
Conversation
Just changing gitignore so git does not complain with the project files.
ISSUES litst runtime error that are most of the time harmless They will eventually make it to the issues in github, but this allows cleaner work offline.
not properly tested, still glitches, dirty hacks for python3 on mac os x, but it compiles, links, and starts without complaining !
in pythonqt folder
Pull from upstream
A few dummy examples to demonstrate the thing. Now onwards to the great overhaul!
Awesome. Rock&Roll Baby.
Removing the TODOS that are not for us
Now can add Variable in python, and print it.
because Python Location Changed…
So CMake hack must follow, otherwise no compilation…
Just a more permanent solution to develop on a mac…
Now only need coding the actual building, plus linking to the main program
Transfer functions in separate python file, included in qrc file (dirty but works) Functions are only a framework so far, gradually including stuff from songbook.py script from the main patacrep library
Probably still missing some stuff for proper deployment.
Useless, since it is now an internal command with integration of pythonqt. Instead, long processing should use QtConcurrent::run()
So it works on Mac without issues. Still need to copy Python framework properly, but looks good so far.
if every framework/lib has been deployed before doing macdeployqt, the latter will actually copy and relink everything for properly deployed app
Finally a deployment that works on mac os x without tweaking after build
no linking or anything, but building already
linked and everything
Include Yaml Parser
Du coup un petit up sur cette pull-request: est-ce que ça ne vaudrait pas le coup de faire une release beta à ce point du développement, sachant que Patagui marchouille avec patacrep 4. Une fois que le yaml marchera on pourra refaire une deuxième release plus propre, mais ça permettrait de diminuer le nombre de branches en cours... |
Normalement la branche Je ne suis pas contre un merge (je vais avoir du mal à trouver le temps d'installer tout l'environnement pour compiler et tester tout ca...) |
C'est yaml dans patagui dont je parle effectivement. Comme je teste sur travis et appveyor ça devrait être fonctionnel en l'état, et j'ai retesté la compilation sur debian récemment (pour débugger travis...). |
Si besoin, en attendant la publication d'une version, tu peux installer la version master avec |
Yes, je fais ça directement avec le dépôt git c'est assez efficace: |
Un up sur le merge de cette PR... Histoire de relancer un peu l'activité sur patagui ! |
@LaTruelle : comme tu as du le voir, j'ai mergé la branche Edit: pypi est désormais à jour! |
@LaTruelle j'avais pas vu que tu n'avais pas les droits pour pusher, c'est corrigé : tu fais désormais partie des contributeurs officiels de patacrep ;-) |
Ah nickel, du coup je vais pouvoir mener cette PR en l'état, et plutôt bosser sur la branche yaml de patagui histoire de booster un peu la compatibilité. |
Merging everything from pythonqt branch into master.
Including all previous stuff and final merge
Ça marche maintenant, plein de trucs sont super sales, il y a probablement des tonnes de bugs. Mais au moins, ça fonctionne sur des cas simples.